Computerized systems and methods for automatically generating and displaying a unified asset centric analytics electronic interface

ABSTRACT

Disclosed are systems and methods for improving interactions with and between computers in content providing, searching and/or hosting systems supported by or configured with devices, servers and/or platforms. The disclosed systems and methods provide a novel asset management and visualization framework that automatically generates and causes display of a unified asset centric analytics electronic interface. The framework composes selected data based on asset metrics and renders a display that conveys a unified, asset-centric analytics user interface. The framework is configured to track or monitor detailed metrics for a collection of assets, and filter, select, and present determined critical data within the UI, in some embodiments, as interactive, electronic cards and/or as an asset tree of information that is configured to be navigated upon display.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims the benefit of priority from U.S. ProvisionalApplication No. 62/933,746, filed Nov. 11, 2019, entitled “AutomaticComposition of Various Asset Based Metrics To Provide A Unified, AssetCentric Analytics Page System and Server,” which is incorporated hereinby reference in its entirety.

This application includes material that is subject to copyrightprotection. The copyright owner has no objection to the facsimilereproduction by anyone of the patent disclosure, as it appears in thePatent and Trademark Office files or records, but otherwise reserves allcopyright rights whatsoever.

FIELD

Some embodiments relate generally to improving the performance ofnetwork-based computerized content hosting and providing devices,systems and/or platforms by modifying the capabilities and providingnon-native functionality to such devices, systems and/or platformsthrough a novel and improved asset management and visualizationframework for automatically generating and causing display of a unified,interactive, asset centric analytics electronic interface.

BACKGROUND

Conventional industrial and information analytics infrastructurestypically host silos of information that are based in a wide variety ofsystems that such infrastructures host and/or are in contact with (e.g.,network connections and/or local connections on-site, for example). Suchsystem can include, but are not limited to, alarm systems, qualitysystems and process systems, and the like. Current data compilation andvisualization techniques, either inherent to the system'sinfrastructures or provided by third party entities, are oftendisjointed and based on an individual system's tags, various equipmenttags, and the like. This leads to a muddled display of data, which canbe in separate formats, which leads to an unintegrated manner in whichdata is compiled and displayed, which, is not guaranteed due to thedisparate mechanisms such data is put together (e.g., based onproprietary tags).

SUMMARY

According to some embodiments, the instant disclosure provides systemsand methods for asset management and visualization that, among otherfeatures and benefits, addresses the shortcomings in the art in acentralized manner. Some embodiments of the instant disclosure, amongother features as evident from the disclosure herein, facilitate andenable systems from disparate locations with different functionalitiesand configurations to interact and have their data seamlessly producedin a universal manner, thereby providing a user or system administrator,or program (e.g., software executing in the cloud and/or within thenetwork confines of the infrastructure(s)) with the computerizedcapabilities of understanding how an operation is running and in orderto quickly address critical issues or components that require immediateattention.

Some embodiments of the instant disclosure involve composing selecteddata based on asset metrics and rendering a display that conveys aunified, asset-centric analytics user interface. As discussed herein,some embodiments involve particular types of analytics, from particularsources, to be displayed as interactive electronic cards (or tiles).

According to some embodiments, in a non-limiting example, someindustrial sites employ hundreds or thousands of assets to carry outindustrial operations. In some embodiments, the assets can be physicalassets that operate at a location, for example plant (for example, adrill or tool operating at a job site). In some embodiments, an assetcan be or can include a digital or electronic component (for example, aprogram or application executing the drill).

Ensuring the correct operation of assets is critical to managing anindustrial site. Assets may experience several issues such as, but notlimited to, unscheduled downtime, failure, defects, maintenance,unproductivity, and other issues that affect the efficiency and workflowof the industrial site. In response to monitoring and tracking detailedmetrics for a collection of assets, some embodiments provide aninnovative user interface that filters, selects, and presents criticaldata as interactive interface objects (e.g., or electronic cards ortiles) within an assets page displayed within the interface.

As described below, some embodiments of the user interface may present aunified asset tree that can be navigated. In some embodiments, the userinterface may comprise asset-specific metrics that are combined togetherusing tiles within an asset context.

Some embodiments provide computerized methods for implementing a noveland improved asset management and visualization framework forautomatically generating and causing display of a unified, interactive,asset centric analytics electronic interface.

Some embodiments provide a non-transitory computer-readable storagemedium for carrying out the above mentioned technical steps of theframework's functionality. The non-transitory computer-readable storagemedium has tangibly stored thereon, or tangibly encoded thereon,computer readable instructions that when executed by a device (e.g.,application server, messaging server, email server, ad server, contentserver and/or client device, and the like) cause at least one processorto perform a method for a novel and improved asset management andvisualization framework for automatically generating and causing displayof a unified, interactive, asset centric analytics electronic interface.

In accordance with some embodiments, a system is provided that comprisesone or more computing devices configured to provide functionality inaccordance with such embodiments. In accordance with some embodiments,functionality is embodied in steps of a method performed by at least onecomputing device. In accordance with some embodiments, program code (orprogram logic) executed by a processor(s) of a computing device toimplement functionality is embodied in, by and/or on a non-transitorycomputer-readable medium.

According to some embodiments, a computing device is disclosed whichcomprises: one or more processors; and a memory having stored therein asequence of instructions, that when executed by the one or moreprocessors, cause the one or more processors to perform actionscomprising: receiving, over a network, asset information correspondingto a set of physical assets at a location, the asset informationcomprising electronic data indicating information associated with eachasset's operation at the location; storing the asset information withina data store associated with the computing device; compiling, viaexecution of an application program interface (API), a set of tilesbased on the stored asset information, each tile in the set of tilescorresponding to an asset within the set of physical assets, each tilebeing an interactive interface object that displays a respective asset'selectronic data; generating, via the API, a user interface (UI), the UIcomprising an electronic page with interactive functionality fordisplaying the set of tiles; and automatically causing display of theUI.

In some embodiments, the computing device performs further actionscomprising: analyzing the data related to an asset's operation at thelocation; and determining, based on the analysis, a type of tile,wherein the compiled tile for the asset is based on the determined type.

In some embodiments, the computing device performs further actionscomprising: analyzing the data related to an asset's operation at thelocation; determining, based on the analysis, whether a critical issuewith the asset or the location is present; and identifying a subset oftiles based on the critical issue determination, wherein the UI ismodified to display only the subset of tiles.

In some embodiments, the computing device performs further actionscomprising: receiving, via the UI, input related to a first tile withinthe displayed set of tiles of the UI; modifying, based on the input,attributes of the first tile based on the input; and modifying, based onthe input, attributes of other tiles in the displayed set of tiles basedon modification of the first tile. In some embodiments, the attributesof the first tile and the other tiles corresponds to displaycharacteristics of the tile. In some embodiments, the input correspondsto a refresh request, wherein the attributes of the first tilecorresponds to information displayed within the first tile related tooperation of a respective asset at the location.

In some embodiments, the asset page further comprises an interfaceobject associated with hierarchical mapping of each of the set ofphysical assets at the location, the interface object comprising adisplayable node interface that enables additional elements associatedwith related assets within to hierarchical mapping to be displayed uponinteraction with the node interface.

In some embodiments, the set of tiles comprises data associated with atype of electronic card selected from a group consisting of: a paretocard, a Manufacturing Execution System (MES) card, an insight chartcard, an alarms card, a generic card and an alerts card. In someembodiments, the pareto card comprises information indicating metricsfor critical data for the set of physical assets operations at thelocation. In some embodiments, the MES card comprises MES data for aparticular asset. In some embodiments, the insight chart card comprisesiframe functionality for obtaining and displaying content relating to aparticular asset and other content related to the particular asset. Insome embodiments, the alarms card comprises information indicating anumber of active alarms over a predetermined period of time for aparticular asset. In some embodiments, the generic card comprisesfunctionality for displaying tile data within a uniform look and feel,wherein the generic card is configured to function as a container foreach type of tile. In some embodiments, the alerts card comprisesinformation active alerts for a particular asset.

In some embodiments, the asset information comprises data associatedwith a relationship between at least two assets within the set ofphysical assets, wherein at least one tile within the set of tilescorresponds to the data associated with the relationship.

BRIEF DESCRIPTION OF THE DRAWINGS

The foregoing and other objects, features, and advantages of thedisclosure will be apparent from the following description ofembodiments as illustrated in the accompanying drawings, in whichreference characters refer to the same parts throughout the variousviews. The drawings are not necessarily to scale, emphasis instead beingplaced upon illustrating principles of some embodiments of thedisclosure:

FIG. 1 is a schematic diagram illustrating an example of a networkwithin which the systems and methods disclosed herein could beimplemented according to some embodiments of the present disclosure;

FIG. 2 is a schematic diagram illustrating an example of a networkwithin which the systems and methods disclosed herein could beimplemented according to some embodiments of the present disclosure;

FIG. 3 depicts is a schematic diagram illustrating an example of clientdevice according to some embodiments of the present disclosure;

FIG. 4 illustrates a non-limiting computer environment enabling themanagement and visualization of asset data according to some embodimentsof the present disclosure;

FIG. 5 illustrates a non-limiting user interface generated and displayedin the computing environment of FIG. 4 , according to some embodimentsof the present disclosure;

FIG. 6 illustrates a non-limiting embodiment of a breadcrumb controlincluded in a user interface in the computing environment of FIG. 4 ,according to some embodiments of the present disclosure;

FIG. 7 illustrates a non-limiting embodiment of an alarms number cardincluded in a user interface in the computing environment of FIG. 4 ,according to some embodiments of the present disclosure;

FIG. 8 illustrates non-limiting embodiments of various cards capable ofbeing included in a user interface in the computing environment of FIG.4 , according to some embodiments of the present disclosure;

FIG. 9 illustrates a non-limiting embodiment of a ManufacturingExecution System (MES) card included in a user interface in thecomputing environment of FIG. 4 , according to some embodiments of thepresent disclosure;

FIG. 10 illustrates a non-limiting embodiment of a pareto chart cardincluded in a user interface in the computing environment of FIG. 4 ,according to some embodiments of the present disclosure;

FIG. 11 illustrates a non-limiting example embodiment of another userinterface in the computing environment of FIG. 4 , according to someembodiments of the present disclosure; and

FIG. 12 details a non-limiting data flow according to some embodimentsof FIGS. 4-11 , in accordance with some embodiments of the presentdisclosure.

DESCRIPTION OF EMBODIMENTS

The present disclosure will now be described more fully hereinafter withreference to the accompanying drawings, which form a part hereof, andwhich show, by way of non-limiting illustration, certain exampleembodiments. Subject matter may, however, be embodied in a variety ofdifferent forms and, therefore, covered or claimed subject matter isintended to be construed as not being limited to any example embodimentsset forth herein; example embodiments are provided merely to beillustrative. Likewise, a reasonably broad scope for claimed or coveredsubject matter is intended. Among other things, for example, subjectmatter may be embodied as methods, devices, components, or systems.Accordingly, embodiments may, for example, take the form of hardware,software, firmware or any combination thereof (other than software perse). The following detailed description is, therefore, not intended tobe taken in a limiting sense.

Throughout the specification and claims, terms may have nuanced meaningssuggested or implied in context beyond an explicitly stated meaning.Likewise, the phrase “in some embodiments” as used herein does notnecessarily refer to the same embodiment and the phrase “in anotherembodiment” as used herein does not necessarily refer to a differentembodiment. It is intended, for example, that claimed subject matterinclude combinations of example embodiments in whole or in part.

In general, terminology may be understood at least in part from usage incontext. For example, terms, such as “and”, “or”, or “and/or,” as usedherein may include a variety of meanings that may depend at least inpart upon the context in which such terms are used. Typically, “or” ifused to associate a list, such as A, B or C, is intended to mean A, B,and C, here used in the inclusive sense, as well as A, B or C, here usedin the exclusive sense. In addition, the term “one or more” as usedherein, depending at least in part upon context, may be used to describeany feature, structure, or characteristic in a singular sense or may beused to describe combinations of features, structures or characteristicsin a plural sense. Similarly, terms, such as “a,” “an,” or “the,” again,may be understood to convey a singular usage or to convey a pluralusage, depending at least in part upon context. In addition, the term“based on” may be understood as not necessarily intended to convey anexclusive set of factors and may, instead, allow for existence ofadditional factors not necessarily expressly described, again, dependingat least in part on context.

Some embodiments of the present disclosure are described below withreference to block diagrams and operational illustrations of methods anddevices. It is understood that each block of the block diagrams oroperational illustrations, and combinations of blocks in the blockdiagrams or operational illustrations, can be implemented by means ofanalog or digital hardware and computer program instructions. Thesecomputer program instructions can be provided to a processor of ageneral purpose computer to alter its function as detailed herein, aspecial purpose computer, ASIC, or other programmable data processingapparatus, such that the instructions, which execute via the processorof the computer or other programmable data processing apparatus,implement the functions/acts specified in the block diagrams oroperational block or blocks. In some embodiments, the functions/actsnoted in the blocks can occur out of the order noted in the operationalillustrations. For example, two blocks shown in succession can in factbe executed substantially concurrently or the blocks can sometimes beexecuted in the reverse order, depending upon the functionality/actsinvolved.

For the purposes of this disclosure, a non-transitory computer readablemedium (or computer-readable storage medium/media) stores computer data,which data can include computer program code (or computer-executableinstructions) that is executable by a computer, in machine readableform. By way of example, and not limitation, a computer readable mediummay comprise computer readable storage media, for tangible or fixedstorage of data, or communication media for transient interpretation ofcode-containing signals. Computer readable storage media, as usedherein, refers to physical or tangible storage (as opposed to signals)and includes without limitation volatile and non-volatile, removable andnon-removable media implemented in any method or technology for thetangible storage of information such as computer-readable instructions,data structures, program modules or other data. Computer readablestorage media includes, but is not limited to, RAM, ROM, EPROM, EEPROM,flash memory or other solid state memory technology, CD-ROM, DVD, orother optical storage, cloud storage, magnetic cassettes, magnetic tape,magnetic disk storage or other magnetic storage devices, or any otherphysical or material medium which can be used to tangibly store thedesired information or data or instructions and which can be accessed bya computer or processor.

For the purposes of this disclosure the term “server” should beunderstood to refer to a service point which provides processing,database, and communication facilities. By way of example, and notlimitation, the term “server” can refer to a single, physical processorwith associated communications and data storage and database facilities,or it can refer to a networked or clustered complex of processors andassociated network and storage devices, as well as operating softwareand one or more database systems and application software that supportthe services provided by the server. Cloud servers are examples.

For the purposes of this disclosure, a “network” should be understood torefer to a network that may couple devices so that communications may beexchanged, such as between a server and a client device or other typesof devices, including between wireless devices coupled via a wirelessnetwork, for example. A network may also include mass storage, such asnetwork attached storage (NAS), a storage area network (SAN), a contentdelivery network (CDN) or other forms of computer or machine readablemedia, for example. A network may include the Internet, one or morelocal area networks (LANs), one or more wide area networks (WANs),wire-line type connections, wireless type connections, cellular or anycombination thereof. Likewise, sub-networks, which may employ differingarchitectures or may be compliant or compatible with differingprotocols, may interoperate within a larger network.

For purposes of this disclosure, a “wireless network” should beunderstood to couple client devices with a network. A wireless networkmay employ stand-alone ad-hoc networks, mesh networks, Wireless LAN(WLAN) networks, cellular networks, or the like. A wireless network mayfurther employ a plurality of network access technologies, includingWi-Fi, Long Term Evolution (LTE), WLAN, Wireless Router (WR) mesh, or2nd, 3rd, 4^(th) or 5^(th) generation (2G, 3G, 4G or 5G) cellulartechnology, Bluetooth, 802.11b/g/n, or the like. Network accesstechnologies may enable wide area coverage for devices, such as clientdevices with varying degrees of mobility, for example.

In short, a wireless network may include virtually any type of wirelesscommunication mechanism by which signals may be communicated betweendevices, such as a client device or a computing device, between orwithin a network, or the like.

A computing device may be capable of sending or receiving signals, suchas via a wired or wireless network, or may be capable of processing orstoring signals, such as in memory as physical memory states, and may,therefore, operate as a server. Thus, devices capable of operating as aserver may include, as examples, dedicated rack-mounted servers, desktopcomputers, laptop computers, set top boxes, integrated devices combiningvarious features, such as two or more features of the foregoing devices,or the like.

For purposes of this disclosure, a client (or consumer or user) devicemay include a computing device capable of sending or receiving signals,such as via a wired or a wireless network. A client device may, forexample, include a desktop computer or a portable device, such as acellular telephone, a smart phone, a display pager, a radio frequency(RF) device, an infrared (IR) device an Near Field Communication (NFC)device, a Personal Digital Assistant (PDA), a handheld computer, atablet computer, a phablet, a laptop computer, a set top box, a wearablecomputer, smart watch, an integrated or distributed device combiningvarious features, such as features of the forgoing devices, or the like.

A client device may vary in terms of capabilities or features. Claimedsubject matter is intended to cover a wide range of potentialvariations, such as a web-enabled client device or previously mentioneddevices may include a high-resolution screen (HD or 4K for example), oneor more physical or virtual keyboards, mass storage, one or moreaccelerometers, one or more gyroscopes, global positioning system (GPS)or other location-identifying type capability, or a display with a highdegree of functionality, such as a touch-sensitive color 2D or 3Ddisplay, for example.

Certain embodiments will now be described in greater detail withreference to the figures. In general, with reference to FIG. 1 , asystem 100 in accordance with some embodiments of the present disclosureis shown. FIG. 1 shows components of a general environment in which thesystems and methods discussed herein may be practiced. Not all thecomponents may be required to practice the disclosure, and variations inthe arrangement and type of the components may be made without departingfrom the spirit or scope of the disclosure. As shown, system 100 of FIG.1 includes local area networks (“LANs”)/wide area networks(“WANs”)—network 105, wireless network 110, mobile devices (clientdevices) 102-104 and client device 101. FIG. 1 additionally includes avariety of servers, such as content server 106 and application (or“App”) server 108.

Some embodiments of mobile devices 102-104 may include virtually anyportable computing device capable of receiving and sending a messageover a network, such as network 105, wireless network 110, or the like.Mobile devices 102-104 may also be described generally as client devicesthat are configured to be portable. Thus, mobile devices 102-104 mayinclude virtually any portable computing device capable of connecting toanother computing device and receiving information, as discussed above.

Mobile devices 102-104 also may include at least one client applicationthat is configured to receive content from another computing device. Insome embodiments, mobile devices 102-104 may also communicate withnon-mobile client devices, such as client device 101, or the like. Insome embodiments, such communications may include sending and/orreceiving messages, creating and uploading documents, searching for,viewing and/or sharing memes, photographs, digital images, audio clips,video clips, or any of a variety of other forms of communications.

Client devices 101-104 may be capable of sending or receiving signals,such as via a wired or wireless network, or may be capable of processingor storing signals, such as in memory as physical memory states, andmay, therefore, operate as a server.

In some embodiments, wireless network 110 is configured to couple mobiledevices 102-104 and its components with network 105. Wireless network110 may include any of a variety of wireless sub-networks that mayfurther overlay stand-alone ad-hoc networks, and the like, to provide aninfrastructure-oriented connection for mobile devices 102-104.

In some embodiments, network 105 is configured to couple content server106, application server 108, or the like, with other computing devices,including, client device 101, and through wireless network 110 to mobiledevices 102-104. Network 105 is enabled to employ any form of computerreadable media or network for communicating information from oneelectronic device to another.

In some embodiments, the content server 106 may include a device thatincludes a configuration to provide any type or form of content via anetwork to another device. Devices that may operate as content server106 include personal computers, desktop computers, multiprocessorsystems, microprocessor-based or programmable consumer electronics,network PCs, servers, and the like. In some embodiments, content server106 can further provide a variety of services that include, but are notlimited to, email services, instant messaging (IM) services, streamingand/or downloading media services, search services, photo services, webservices, social networking services, news services, third-partyservices, audio services, video services, SMS services, MMS services,FTP services, voice over IP (VOIP) services, or the like. Such services,for example the email services and email platform, can be provided viathe message server 120.

In some embodiments, users are able to access services provided byservers 106 and 108. This may include in a non-limiting example,authentication servers, search servers, email servers, social networkingservices servers, SMS servers, IM servers, MMS servers, exchangeservers, photo-sharing services servers, and travel services servers,via the network 105 using their various devices 101-104.

In some embodiments, application server 108, for example, can storevarious types of applications and application related informationincluding application data and user profile information (e.g.,identifying, generated and/or observed information associated with auser).

In some embodiments, content server 106 and app server 108 can storevarious types of data related to the content and services each provide,observe, identify, determine, generate, modify, retrieve and/or collect.Such data can be stored in an associated content database 107, asdiscussed in more detail below.

In some embodiments, server 106 and/or 108 can be embodied as a cloudserver or configured for hosting cloud services, as discussed herein.

In some embodiments, the network 105 is also coupled with/connected to aTrusted Search Server (TSS) which can be utilized to render content inaccordance with the embodiments discussed herein. Embodiments existwhere the TSS functionality can be embodied within servers 106 and 108.

Moreover, although FIG. 1 illustrates servers 106 and 108 as singlecomputing devices, respectively, the disclosure is not so limited. Forexample, one or more functions of servers 106 and 108 may be distributedacross one or more distinct computing devices. Moreover, in someembodiments, servers 106 and 108 may be integrated into a singlecomputing device, without departing from the scope of the presentdisclosure.

Additionally, while the illustrated embodiment in FIG. 1 depicts onlyservers 106 and 108, it should not be construed as limiting, as any typeand number of servers can be included therein.

Turning to FIG. 2 , computer system 210 is depicted and is anon-limiting example embodiment of system 100 discussed above inrelation to FIG. 1 .

FIG. 2 illustrates a computer system 210 enabling or operating anembodiment of system 100 of FIG. 1 and/or environment 400 of FIG. 4 , asdiscussed below. In some embodiments, computer system 210 can includeand/or operate and/or process computer-executable code of one or more ofthe above-mentioned program logic, software modules, and/or systems.Further, in some embodiments, the computer system 210 can operate and/ordisplay information within one or more graphical user interfaces. Insome embodiments, the computer system 210 can comprise a cloud serverand/or can be coupled to one or more cloud-based server systems.

In some embodiments, the system 210 can comprise at least one computingdevice 230 including at least one processor 232. In some embodiments,the at least one processor 232 can include a processor residing in, orcoupled to, one or more server platforms. In some embodiments, thesystem 210 can include a network interface 235 a and an applicationinterface 235 b coupled to the least one processor 232 capable ofprocessing at least one operating system 234. Further, in someembodiments, the interfaces 235 a, 235 b coupled to at least oneprocessor 232 can be configured to process one or more of the softwaremodules 238 (e.g., such as enterprise applications). In someembodiments, the software modules 238 can include server-based software,and can operate to host at least one user account and/or at least oneclient account, and operating to transfer data between one or more ofthese accounts using the at least one processor 232.

With the above embodiments in mind, it should be understood that someembodiments can employ various computer-implemented operations involvingdata stored in computer systems. Moreover, the above-described databasesand models described throughout can store analytical models and otherdata on computer-readable storage media within the system 210 and oncomputer-readable storage media coupled to the system 210. In addition,the above-described applications of the system can be stored onnon-transitory computer-readable storage media within the system 210 andon computer-readable storage media coupled to the system 210.

In some embodiments, the system 210 can comprise at least onenon-transitory computer readable medium 236 coupled to at least one datasource 237 a, and/or at least one data storage device 237 b, and/or atleast one input/output device 237 c. In some embodiments, the disclosedsystems and methods can be embodied as computer readable code on acomputer readable medium 236. In some embodiments, the computer readablemedium 236 can be any data storage device that can store data, which canthereafter be read by a computer system (such as the system 210). Insome embodiments, the computer readable medium 236 can be any physicalor material medium that can be used to tangibly store the desiredinformation or data or instructions and which can be accessed by acomputer or processor 232. In some embodiments, at least one of thesoftware modules 238 can be configured within the system to output datato at least one user 231 via at least one graphical user interfacerendered on at least one digital display.

In some embodiments, the non-transitory computer readable medium 236 canbe distributed over a conventional computer network via the networkinterface 235 a where the system embodied by the computer readable codecan be stored and executed in a distributed fashion. For example, insome embodiments, one or more components of the system 210 can becoupled to send and/or receive data through a local area network (“LAN”)239 a and/or an internet coupled network 239 b (e.g., such as a wirelessinternet). In some further embodiments, the networks 239 a, 239 b caninclude wide area networks (“WAN”), direct connections (e.g., through auniversal serial bus port), or other forms of computer-readable media236, or any combination thereof.

In some embodiments, components of the networks 239 a, 239 b can includeany number of user devices such as personal computers including forexample desktop computers, and/or laptop computers, or any fixed,generally non-mobile internet appliances coupled through the LAN 239 a.For example, some embodiments include personal computers 240 a coupledthrough the LAN 239 a that can be configured for any type of userincluding an administrator. Other embodiments can include personalcomputers coupled through network 239 b. In some further embodiments,one or more components of the system 210 can be coupled to send orreceive data through an internet network (e.g., such as network 239 b).For example, some embodiments include at least one user 231 coupledwirelessly and accessing one or more software modules of the systemincluding at least one enterprise application 238 via an input andoutput (“I/O”) device 237 c. In some other embodiments, the system 210can enable at least one user 231 to be coupled to access enterpriseapplications 238 via an I/O device 237 c through LAN 239 a. In someembodiments, the user 231 can comprise a user 231 a coupled to thesystem 210 using a desktop computer, and/or laptop computers, or anyfixed, generally non-mobile internet appliances coupled through theinternet 239 b. In some embodiments, the user 231 can comprise a mobileuser 231 b coupled to the system 210. In some embodiments, the user 231b can use any mobile computing device 231 c to wirelessly coupled to thesystem 210, including, but not limited to, personal digital assistants,and/or cellular phones, mobile phones, or smart phones, and/or pagers,and/or digital tablets, and/or fixed or mobile internet appliances

FIG. 3 is a schematic diagram illustrating a client device showing anexample embodiment of a client device that may be used within thepresent disclosure. Client device 300 may include many more or lesscomponents than those shown in FIG. 3 . However, the components shownare sufficient to disclose an illustrative embodiment for implementingthe present disclosure. Client device 300 may represent, for example,client devices discussed above in relation to FIGS. 1-2 .

As shown in FIG. 3 , in some embodiments, Client device 300 includes aprocessing unit (CPU) 322 in communication with a mass memory 330 via abus 324. In some embodiments, Client device 300 also includes a powersupply 326, one or more network interfaces 350, an audio interface 352,a display 354, a keypad 356, an illuminator 358, an input/outputinterface 360, a haptic interface 362, an optional global positioningsystems (GPS) receiver 364 and a camera(s) or other optical, thermal orelectromagnetic sensors 366. Device 300 can include one camera/sensor366, or a plurality of cameras/sensors 366, as understood by those ofskill in the art. Power supply 326 provides power to Client device 300.

Client device 300 may optionally communicate with a base station (notshown), or directly with another computing device. Network interface 350is sometimes known as a transceiver, transceiving device, or networkinterface card (MC).

In some embodiments, audio interface 352 is arranged to produce andreceive audio signals such as the sound of a human voice. Display 354may be a liquid crystal display (LCD), gas plasma, light emitting diode(LED), or any other type of display used with a computing device.Display 354 may also include a touch sensitive screen arranged toreceive input from an object such as a stylus or a digit from a humanhand.

Keypad 356 may comprise any input device arranged to receive input froma user. Illuminator 358 may provide a status indication and/or providelight.

In some embodiments, client device 300 also comprises input/outputinterface 360 for communicating with external. Input/output interface360 can utilize one or more communication technologies, such as USB,infrared, Bluetooth™, or the like. In some embodiments, haptic interface362 is arranged to provide tactile feedback to a user of the clientdevice.

Optional GPS transceiver 364 can determine the physical coordinates ofClient device 300 on the surface of the Earth, which typically outputs alocation as latitude and longitude values. GPS transceiver 364 can alsoemploy other geo-positioning mechanisms, including, but not limited to,triangulation, assisted GPS (AGPS), E-OTD, CI, SAI, ETA, BSS or thelike, to further determine the physical location of Client device 300 onthe surface of the Earth. In some embodiments, however, Client devicemay through other components, provide other information that may beemployed to determine a physical location of the device, including forexample, a MAC address, Internet Protocol (IP) address, or the like.

In some embodiments, mass memory 330 includes a RAM 332, a ROM 334, andother storage means. Mass memory 330 illustrates another example ofcomputer storage media for storage of information such as computerreadable instructions, data structures, program modules or other data.Mass memory 330 stores a basic input/output system (“BIOS”) 340 forcontrolling low-level operation of Client device 300. The mass memoryalso stores an operating system 341 for controlling the operation ofClient device 300.

In some embodiments, memory 330 further includes one or more datastores, which can be utilized by Client device 300 to store, among otherthings, applications 342 and/or other information or data. For example,data stores may be employed to store information that describes variouscapabilities of Client device 300. The information may then be providedto another device based on any of a variety of events, including beingsent as part of a header (e.g., index file of the HLS stream) during acommunication, sent upon request, or the like. At least a portion of thecapability information may also be stored on a disk drive or otherstorage medium (not shown) within Client device 300.

In some embodiments, applications 342 may include computer executableinstructions which, when executed by Client device 300, transmit,receive, and/or otherwise process audio, video, images, and enabletelecommunication with a server and/or another user of another clientdevice. In some embodiments, applications 342 may further include searchclient 345 that is configured to send, to receive, and/or to otherwiseprocess a search query and/or search result.

Having described the components of the general architecture employedwithin some embodiments, the components' general operation with respectto some embodiments will now be described below.

FIG. 4 illustrates a non-limiting example embodiment in which acomputing environment 400 executes and hosts the disclosed systems andmethods. Discussion herein will be based on the environment 400;however, it should not be construed as limiting, as any type ofdevice(s) and/or network configuration can be utilized to implement thedisclosed systems and methods (e.g., system 100 and/or system 210, forexample).

In some embodiments, computing environment 400 can include a computingsystem 401 that includes a combination of hardware and software. In someembodiments, computing system 401 can include a database 403, an assetportal 409, and an asset interface 412. In some embodiments, computingsystem 401 can be connected to a network 413 such as the Internet,intranets, extranets, wide area networks (WANs), local area networks(LANs), wired networks, wireless networks, and the like, or anycombination of two or more such networks.

Some embodiments of the computing system 401 can comprise, for example,a server computer or any other system providing computing capability.Alternatively, the computing system 401 can employ a plurality ofcomputing devices that can be arranged, for example, in one or moreserver banks or computer banks or other arrangements. In someembodiments, computing devices can be located in a single installationor can be distributed among many different geographical locations. Forexample, the computing system 401 can include a plurality of computingdevices that together can comprise a hosted computing resource, a gridcomputing resource and/or any other distributed computing arrangement.In some embodiments, computing system 401 can correspond to an elasticcomputing resource where the allotted capacity of processing, network,storage, or other computing-related resources can vary over time. Insome embodiments, computing system 401 can implement one or more virtualmachines that use the resources of the computing system 401.

In some embodiments, applications and/or other functionality can beexecuted in the computing system 401. In some embodiments, various dataare stored in the database 403 or other memory that is accessible to thecomputing system 401. In some embodiments, database 403 can representone or more databases 403.

In some embodiments, components executed on the computing system 401 caninclude asset portal 409 and asset interface 412, which are componentsthat access, modify, and/or generate the contents of the database 403.In some embodiments, asset portal 409 and asset interface can be storedin memory of a device at site 402, device 424 and/or system 401.

In some embodiments, asset portal 409 can generate a user interface thatallows users to view and navigate data. Some embodiments of suchinterface and capabilities provided via the interface are discussed inmore detail below in relation to FIGS. 5-12 below.

In some embodiments, asset portal 409 can be implemented as aserver-side application that generates web-based documents. In someembodiments, such documents can be hypertext markup language (HTML)documents dynamic HTML documents, extended markup language (XML)documents, or other documents or data that can be decoded and renderedto present data to a user. In some embodiments, asset interface 412 caninclude software that sends and receives data packets or otherinformation being communicated over a network 413.

In some embodiments, data stored in the database 403 can include metrics415 and user accounts 418. In some embodiments, metrics 415 can includeinformation collected by the asset interface 412. In some embodiments,metrics 415 can be an aggregated data log of asset information receivedby the asset interface 412 for a specific industrial site 402. In someembodiments, user accounts 418 can include information to register auser, user credentials, user preferences, demographics, details about auser's subscription, and the like, or some combination thereof. In someembodiments, user accounts 418 can include information to provide acustomized user interface.

In some embodiments, computing environment 400 can comprise anindustrial site 402 or any other facility or site. In some embodiments,industrial site 402 can be, for example, a chemical plant, food andbeverage plant, infrastructure facility, laboratory, marine facility,mining site, oil/gas facility, power/utility facility, pulp and paperfactory, manufacturing facility, metal fabrication site, a water/wastefacility, and the like.

In some embodiments, industrial site 402 can include several assets 431.In some embodiments, asset 431 can be a device or system that provides aspecific function. In some embodiments, an asset can be, for example, atool, a machine, a computing module, a structure, a vehicle, or anindustrial component. In some embodiments, assets 431 can be configuredto work in conjunction with other assets 431, and can be arranged in anordered chain.

In some embodiments, according to FIG. 4 , by way of a non-limitingexample, a first asset 431 a can work with several other assets such asa second asset 431 b, a third asset 431 c, and a fourth asset 431 c,each of which depend on the first asset 431 a. In some embodiments, thesecond asset can control a fifth asset 431 e. In some embodiments,seventh asset 431 f can be isolated such that it has no control over anyother assets 431 or where no other assets depend on the seventh asset.In some embodiments, eighth asset 431 g can control ninth asset 431 h.In some embodiments, assets 431 can work in conjunction together, theycan communicate with one another by sending data packets or messages.

In some embodiments, one or more hubs 434 can be included in theindustrial site 402. In some embodiments, a hub can be integrated,attached, or otherwise in communication with one or more assets 431. Insome embodiments, a hub 434 can include a transmitter and a receiver tosend data over the network 413. In some embodiments, the data caninclude information about an asset. In some embodiments, hub 434 cancommunicate with one or more assets and can be coupled to the network413 to communicate with the asset interface 412.

In some embodiments, computing environment 400 can include one or moreclient device(s) 424. In some embodiments, client device 424 can allow auser to interact with components of computing system 401 over network402. In some embodiments, client device 424 can be a cell phone, laptop,personal computer, mobile device, or the like used by a user. In someembodiments, client device 424 can include an application such as a webbrowser or mobile application that can communicate with asset portal 409to access, manipulate, edit, or view information about industrial site402. In some embodiments, the client device can render the userinterface using a browser or dedicated application. Some embodimentsinclude a general description of the operation and components ofcomputing system 400 that can be provided.

In some embodiments, assets 431 can be in an industrial environment andcan be organized in a hierarchical structure, with parent and childrelationship between assets. In some embodiments, this can facilitate inautomation, such as a property of a parent asset that can apply to allchildren assets 431, and in analysis of asset 431, such as energyconsumed by asset 431 along with all its children assets, during ashift. In some embodiments, information can be tracked for a given asset431 that can affect asset experiences, for example, unscheduleddowntime, failure, defects, maintenance issues, stress, andunproductivity. In some embodiments, non-limiting examples of assetinformation can include runtime, energy expended, quantification of anasset output or input, operational status, and the like. In someembodiments, asset information can be communicated over network 413 tocomputing system 401. In some embodiments, computing system 401 caninclude asset interface 412 to receive asset information over network413. In some embodiments, information can be stored as metrics 415 forassets 431 of a particular industrial site 402.

In some embodiments, user can track the status of industrial site 402 bygaining insight into the manner in which assets are operating. In someembodiments, the user can use client device 424 to log into asset portal109. In some embodiments, asset portal 409 can authenticate andauthorize a user to access the portal using information from acorresponding user account 418 (e.g., login credentials). In someembodiments, upon user access asset portal 409 can generate a userinterface and transmit the user interface to client device 424 overnetwork 413. In some embodiments, user interface can be an encodedwebpage document that can be received, decoded, and rendered for displayat client device 424.

In some embodiments, the user interface can include a hierarchy ofassets 431 that users can navigate. For example, a child asset 431 e maycommunicate with a parent asset 431 b and transmit data packets to theparent asset 431 e. The data packet may include an asset identifier,asset location, or other information identifying the asset or providinginformation about the asset. The parent asset 431 e may also send a datapacket to a grandparent 431 a asset indicating the parent asset's 431 basset identifier, asset location, or other information identifying theasset or providing information about the asset. In addition, the parentasset 431 b may include the data received from a child asset 431 e whencommunicating with a grandparent asset 431 a.

The grandparent asset 431 a transmits a data packet to the assetinterface 412 including the information received from any and all parentassets 431 b, 431 c, 431 d. This information is stored as metrics 415.The asset portal 409 analyzes the data packets received from variousassets to determine a hierarchy of assets 431. Thus, the asset portal409 identifies the child dependencies of assets to construct ahierarchy. Through the use of asset identifiers and the transmission ofdata packets between child/parent assets 431, the asset portal 409generates an asset hierarchy. In some embodiments, relationships betweenassets can be stored as an asset hierarchy. In some embodiments, assetportal 409 can generate a user interface that displays the hierarchicalpath between assets.

In some embodiments, one or more hierarchies of assets can be stored indata base 403 and can be periodically updated. In some embodiments,hierarchy of assets can be used to generate a unified asset tree. Insome embodiments, user interface can include a unified asset tree that auser can navigate. In some embodiments, a user can select a specificasset 431 through a rendered user interface. In some embodiments, theasset can be positioned as desired within the unified asset tree.

In response to an asset selection, the user interface can automaticallycompose a collection of relevant metrics 415 arranged in order ofrelevance and priority. In some embodiments, each of the metrics 415 canbe automatically displayed to depict relevant metrics cumulatively forall children assets under the selected asset. In some embodiments, auser may select the second asset 431 b via the user interface. Inresponse to the selection, the asset portal 409 can calculate metricsassociated with the second asset 431 b and any children assets, such asthe fifth asset 431 e. In some embodiments, asset portal 409 can alsoaggregate or otherwise combine the metrics for the second asset 431 band fifth asset 431 e to generate a cumulate metric 415. In someembodiments, if the metric is energy consumption, the cumulative metric415 can be the combined energy consumption of the second asset 431 b andfifth asset 431 e.

In some embodiments, as discussed in more detail below, the display canshow metrics that are relevant for a level of asset hierarchy and/or forthe particular user. In some embodiments, a user can select a particularhierarchical tier (e.g., grandparent assets, parent assets, childrenassets, and the like). In some embodiments, the metrics associated withthat tier can be included in the user interface.

Some embodiments comprise the use of generating tiles to display themetrics in the user interface. In some embodiments, a tile can be anelectronic card that is interactive and displayable within a graphicaluser interface (GUI) of a device or application. In some embodiments,the tile can be a modular infographic that visually depicts a piece ofdata. In some embodiments, a tile can also refer to a card datagram, orother self-contained graphic. In some embodiments, a tile can beimplemented as a container that is embedded in a webpage document. Insome embodiments, the container can invoke one or more server-sidefunctions to obtain data over network 413 and output it in the tile. Insome embodiments, server-side functions can include refreshing the dataand conveying user input if a user interacts with the tile. In someembodiments, a container that implements the tile can include code toadjust the way the tile is presented in the user interface. In someembodiments, interaction with the tile can cause retrieval ofadditional, updated and or any other type of supplemental informationrelated to what is already being displayed. In some embodiments, thecontainer can adjust the color, font, or other characteristics thataffect the way data are represented in the tile. In some embodiments,the container can also adjust the size of the tile depending on thenumber of tiles in the user interface or the viewing mode of the userinterface

After a user selects asset 431, the user interface can be updated toinclude one or more tiles that each present specific data pertaining tothe selected asset 431. In some embodiments, tiles can be prioritized orhidden depending on their relevancy. In some embodiments, a user cannavigate the asset hierarchy while all the metrics are automaticallyupdated to reflect the current asset and all children. In someembodiments, the user interface can be dynamically updated to reflectnew, incoming information received by the asset interface 412. In someembodiments, a user can view a specific metrics detail for a specificmetric. In some embodiments, the system can automatically update themetric tiles. In some embodiments, the user interface can consistentlyapply asset context.

In some embodiments, as discussed below in more detail, the userinterface can provide asset based navigation. In some embodiments, assetbased navigation can correspond to dynamic composition of relevanttiles. In some embodiments, asset based navigation data in tiles can bebased cumulatively on the current asset and all children. In someembodiments, asset based navigation can automatically refresh tilesperiodically so that the data is kept up to date.

FIG. 5 illustrates a non-limiting example of a user interface 500. Insome embodiments, user interface 500 is generated and displayed in thecomputing environment 400 of FIG. 4 , according to some embodiments. Insome embodiments, user interface 500 can present an asset page. In someembodiments, an asset page can display relevant information aboutequipment, locations, and the like. In some embodiments, an asset pagecan present dedicated tiles for specific metrics such that each metricis represented in a corresponding tile (or electronic card). Forexample, the asset page displayed within interface 500 can display analert tile 504, alarms tile 506 and efficiency tile 508, as discussed inmore detail below.

In some embodiments, the asset page can include a unified asset treethat can be expanded or collapsed. An example of this functionality isdepicted in FIG. 5 via interface object 502, which is embodied, in thisexample, an interactive drop down menu where individual assets and theirrelationship can be displayed and selected.

In some embodiments, asset portal 409 can maintain an asset hierarchythat reflects the parent/child relationships among assets 431 in aspecific industrial site. This hierarchy is represented as a unifiedasset tree, where individual assets or hierarchical levels can beselected.

In some embodiments, an asset page can support responsive designs invarious modes, for example, tablet mode and mobile mode. In someembodiments, mobile mode comprises all cards that can be displayedoccupying the entire width of the screen. In some embodiments, tabletmode can occupy the entire width of the grid screen. In someembodiments, the card can occupy half or more than half of the width ofgrid screen.

Some embodiments include asset card behaviors for each card. In someembodiments, each card can independently invoke a refresh service toupdate the information depicted in the card. In some embodiments, whenthe asset page initially loads, each card within the asset page can berefreshed. In some embodiments, the order in which each card refreshesupon the initial load can be predetermined. In some embodiments, eachcard can refresh from left to right and from top to bottom. In someembodiments, each card can be configured to request a refresh service torefresh on an independent basis. In some embodiments, each card canmanage its own refresh timing. In some embodiments, the cards can issuea request to refresh and enter a queue. In some embodiments, refreshingof cards can occur in a serial manner where one refresh can be handledat a time until the queue is exhausted.

In some embodiments, each card can indicate the time it was lastrefreshed or otherwise updated. In some embodiments, the last updatedtext can be displayed at the bottom of the card, only in the case thatthe card has not been updated by the expected time. In some embodiments,each card can track its refresh history. In some embodiments, the cardcan maintain a timer indicating when it needs to refresh next. In someembodiments, if the limit is exceeded it can report the last updatedtext to the generic card to be displayed. In some embodiments, the textcan be in the form of “Last updated {date/time}”. In some embodiments,when the day is the current day, the text can be displayed in an hour :minute am/pm format, for example: 9:32 pm. In some embodiments, when theday is different, the text can be displayed in a full date and timeformat, for example: 8/2/2019 8:00 am.

FIG. 6 illustrates a breadcrumb control 600 included in a user interface500 in the computing environment 400 of FIG. 4 , according to someembodiments. In some embodiments, a breadcrumb can allow users to keeptrack and maintain awareness of their locations within the hierarchy ofassets. In some embodiments, the breadcrumb can represent a path to theselected node in the user interface 500, (e.g., Root ->Parent ->Child->Grandchild ->Great-Grandchild). As shown in FIG. 6 , breadcrumbcontrol 600 tracks assets along a hierarchy that can be organizedaccording to location. In some embodiments, particular industrial site402 can include several campuses, each campus having a building, eachbuilding having different rooms, and each room having different zones.

In some embodiments, each node in the path can provide a button with thename of the node. In some embodiments, users can click the node buttonto select that specific node and the control can update accordingly. Insome embodiments, each node button can be delimited by an arrow button‘>’. In some embodiments, the selected node (i.e. last node in thecontrol) can have one or more children. In some embodiments, a user canselect the arrow button to display a dropdown list of children under thepreceding element in the hierarchy. In some embodiments, children nodescan be selected by selecting the corresponding element in the dropdownlist. In some embodiments, a down arrow button can be displayed with thesame behavior as the arrow button.

In some embodiments, the number of nodes in the breadcrumb can exceed apredetermined amount, for example, four. In some embodiments, when thenodes in the breadcrumb exceed the predetermined amount (e.g., 4), allnodes between the root and the last two elements can be combined into anellipsis button. In some embodiments, when a user clicks the ellipsisbutton, the user can select the parent of the second to last nodedisplayed in the path. For example, if the path was A/B/C/D/E/F, thebreadcrumb can appear as A>. . . >E>F, and pressing the ellipsis buttoncan select the path A/B/C/D.

FIG. 7 illustrates an alarms number card 700 included in a userinterface 500 in the computing environment 400 of FIG. 4 , according tosome embodiments. In some embodiments, an alarms number card 400 candisplay a number of active alarms. In some embodiments, alarms numbercard 700 can display a number of active alarms in a predetermined periodof time, for example, a 24-hour period. In some embodiments, alarmsnumber card 700 can refresh automatically itself invoking a refreshservice. In some embodiments, alarms number card 700 can use the openstyle and/or a red warning icon. In some embodiments alarms number card700 can display a spinner when loading data.

In some embodiments, alerts number card 702 can display all activealerts accessible to the user for selected asset 431 and/or for allchildren assets associated with the selected asset. In some embodiments,alerts number card 702 can refresh on a periodic basis, for example,once a minute. In some embodiments, alerts number card 702 can be usedthe fill style and a bell icon. In some embodiments, alerts number card702 can display a spinner when loading data. In some embodiments, when auser selects the alerts number card 702, alerts configuring for theselected asset can be shown.

FIG. 8 illustrates various cards included in a user interface 500 in thecomputing environment 400 of FIG. 4 , according to some embodiments.FIG. 8 depicts an example of a generic card 801, an alarm card 802, afirst alert card 803, and a second alert card 804.

In some embodiments, a generic card 801 can be implemented by acontainer that includes card controls and software that allows the cardto be dynamically updated. In some embodiments, a card can be consideredgeneric when it serves as a template to implement a specific card suchas an alarm card or alert card. In some embodiments, generic card 801can be configured to host a header, sub header, footer, and top rightand bottom left buttons. In some embodiments, generic cards can beformatted in a specific manner to maintain a uniform look and feel aseach generic card is configured to be specialized. In some embodiments,generic card 801 can support a common error state and progress indicatorwhich any consuming control may use.

In some embodiments, generic card 801 can be associated with code thatis configured to communicate with the asset portal 409 to obtain contentto be displayed in the card. In some embodiments, if the content is anumber, the number can exceed 999. In some embodiments, when the numberexceeds 999, the string can be displayed as “999+”. In some embodiments,user can hover over the number to get a native tooltip. In someembodiments, native tooltip can display the actual number. In someembodiments, the card can support an ‘open’ or ‘filled’ style for thenumber oval. In some embodiments, the card can support an icon and iconcolor which is controlled by the generic.

In some embodiments, generic card 801 can use an iframe to obtaincontent relating to a selected asset's location and/or other contentrelated to the selected asset (e.g., supplemental information). In someembodiments, content can be a singular piece of data or a list of data.In some embodiments, the content can be chosen based on order ofpriority. In some embodiments, a user's preference for priority can bestored in a corresponding user account 418. When there are several cardsto be presented, the priority can be configured in an order ranging fromgraphic, map, status, column, summary bar, composite chart, and linechart. In some embodiments, the charts can also be prioritized accordingto most recently used or accessed.

In some embodiments, if the card is unable to obtain content, the assetlocation and its descendants, a status board can be displayed (see item510 of FIG. 5 ). In some embodiments, the top 30 tags and theirdescendants can be displayed sorted by name. In some embodiments, ifthere are no tags or contents associated with a given location, amessage can display notifying the user that there was no data available.

In some embodiments, cards can include a chart, where the chart can beclicked. In some embodiments, the chart can be drilled down into asingle chart view for the content that it represents. In someembodiments, the content of the chart can be displayed in a tile viewacross one or more tiles. In some embodiments, a spinner can bedisplayed when loading data as shown in the second alert card 804.

In some embodiments, if there are no contents or tags available, thechart can be displayed in a no data view. In some embodiments, the chartcan use a fixed time range. In some embodiments, no refreshes can beissued from the insight chart card and will not display the last updatedtext.

FIG. 8 illustrates how generic card 801 can be configured to be aspecialized card such as an alarms card 802 or an alert card 803, 804.

FIG. 9 illustrates a Manufacturing Execution System (“MES”) cardincluded in a user interface 500 in the computing environment 400 ofFIG. 4 , according to some embodiments. In some embodiments, a IVIEScard can be based on generic card 801 and specializing it to provide MESdata or other efficiency data relating to an asset 431. In someembodiments, a IVIES card can display IVIES data associated to theselected asset 431 or location of the asset 431. In some embodiments, aMES card can use text and gauges. In some embodiments, a IVIES card candisplay overall equipment effectiveness (OEE) for the OEE-enabledequipment. In some embodiments, a MES card can display availabilityinformation for non-OEE-enabled equipment associated with a selectedasset or asset location. In some embodiments, the location can be a leafnode. In some embodiments, the MES card can display OEE or availabilityinformation for the selected asset 431. In some embodiments, a user canclick on the IVIES card to drill through to the MES OEE analysis page.In some embodiments, when no data is available, a “no data” message canbe displayed. In some embodiments, a spinner can be displayed whenloading data.

In some embodiments, if the number of OEE-enabled equipment exceeds apredetermined number (e.g., 100) or the number of non-OEE-enabledequipment exceeds a predetermined number for a selected asset, nosummarized data will be displayed, and an informational message will bedisplayed instead. In some embodiments, the informational message caninclude a warning icon. In some embodiments, the warning icon canprovide a user with knowledge that a problem has occurred on thecontrol.

In some embodiments, the data presented in the IVIES card can besummarized for a predetermined amount of time such as, for example, 24hours. In some embodiments, the end time can be displayed at the top ofthe current hour. For example: if the current time is July 5 1:35 pm,the time range for the summarized data can be between July 4 1:00 pm andJuly 5 1:00pm. In some embodiments, data can be auto-refreshed accordingto a predetermined period of time.

FIG. 10 illustrates a pareto chart card 1000 included in a userinterface 500 in the computing environment 400 of FIG. 4 , according tosome embodiments. In some embodiments, pareto chart card 1000, asillustrated, can display a number or metrics of data related to alarms(or critical issues) for particular assets or a location(s). In someembodiments, the user interface can limit the number of columns in thepareto chart 1000 to a predetermined number. In some embodiments, thecolumns can be arranged in descending order. In some embodiments, onecolumn at a predetermined position (e.g., the last position), canreflect a cumulative amount of data while the remaining columnsrepresent constituent pieces of data that make up the cumulative amountof data. In some embodiments, assuming there are ten columns, the firstnine columns can reflect data in descending order while the last, tenthcolumn represents the cumulative data. In some embodiments, if thenumber of columns fall below a threshold amount, then the columnrepresenting cumulative data is not displayed so that the remainingcolumns can share the chart width. In some embodiments, pareto chart 700can display a title at the top describing the contained data.

In some embodiments, pareto chart card 1000 can have a Y axis markedwith numbered ticks. In some embodiments, the pareto chart card 1000 caninclude a legend that has a legend item per column depicted. In someembodiments, the legend items can contain a color key rectanglecorresponding to the color of columns in the chart. In some embodiments,the legend items can contain a label of the ID or name of the currentitems represented.

In some embodiments, a pareto chart card 1000 can display multiplecolumns in desktop view and can display a few number of columns inmobile view. In some embodiments, the pareto chart card can display alegend area. In some embodiments, the legend area can provide variousitems. In some embodiments, the legend items can run longer than theircolumn and will be truncated with ellipsis. In some embodiments, atooltip can reveal the full name of the legend item in response to userinput, for example, hovering over the legend using a curser. In someembodiments, smart text wrapping can be used to shorten the names oflegend items when there are common prefixes or suffixes between allitems. In some embodiments, clicking the chart may drill down to thealarms page for the given location or for a selected asset. In someembodiments, a spinner or other indicator can be displayed when loadingdata.

FIG. 11 illustrates an example of another user interface 1100 in thecomputing environment 400 of FIG. 4 , according to some embodiments. Insome embodiments, user interface 1100 can include breadcrumb control1101. In some embodiments, user interface 1100 can display how severalgeneric cards have been configured to serve as specialized cards. Insome embodiments, these specialized cards can include, for example, apareto card 1102, a MES card 1104, an insight chart card 1106, an alarmscard 1108 and an alerts card 1110. In some embodiments, these cards canbe arranged according to priority defined by a user preference. In someembodiments, the cards can be determined according to a selected assetor a selected tier along an asset hierarchy. In some embodiments, theasset hierarchy can be defined according to asset location.

Turning now to FIG. 12 , Process 1200 details a non-limiting embodimentaccording to some embodiments for generating and updating a userinterface (e.g., interface 500 and/or 1100, for example) and the tilesdisplayed therein (e.g., items 502-510, 600, 700, 801-804, 900, 1000 and1101-1110, for example). Process 1200 details some embodiments ofimplementation of the disclosed asset management and visualizationframework that automatically generates and causes display of a unified,interactive, asset centric analytics electronic interface (e.g., 500 and1100).

Process 1200 begins with Step 1202 where a set of locations areidentified. The locations can correspond to, for example, an industrialsite(s) 402, as discussed above in relation to FIG. 4 (for purposes ofProcess 1200's discussion, location and site can be usedinterchangeably). In some embodiments, Step 1202 can involve theidentification of the assets as such site(s) and the relationship amongsuch assets (e.g., see, for example, assets 431 a-431 h of FIG. 4 ).

In Step 1204, each location's (or site's) operations are monitored andanalytics data corresponding to each location's assets are retrieved,determined or otherwise identified. According to some embodiments, suchmonitoring and retrieval can occur according to a predetermined timeperiod, continuously and/or in response to an input (e.g., a requestfrom a user, another site, an administrator, in response to a detectederror or critical data value surpassing a threshold, and the like, orsome combination thereof).

In Step 1206, the retrieved data from the assets as the location(s) isanalyzed. In some embodiments, such analysis can involve reformattingthe data from each site to a universal format. In some embodiments, thereformatting can involve applying a universal tag (and removing aproprietary tag from the location) that is applied to all retrieved dataprior to display. Such tag enables the uniform display of data acrosslocations and/or assets, thereby enabling the data to be understood inrelation to other types, forms and quantities of data from otherlocations, time periods, assets and the like.

In some embodiments, the analysis of Step 1206 can involve augmentingthe data for display. Such augmentation can involve applying metadata tothe retrieved data in order to enable the display of such data as atile.

In some embodiments, the analysis of Step 1206 can be bypassed when theanalysis is performed on site (e.g., prior to retrieval from the site orfrom the systems operating each asset).

In some embodiments, the analysis of Step 1206 can involve any type ofknown or to be known computational analysis technique, including but notlimited to, vector analysis, data mining, computer vision, machinelearning, neural network, artificial intelligence, and the like, or somecombination. In some embodiments, such computerized analysis can enablethe visualization of such data in a uniform manner across varyingamounts of tiles, as discussed above and below.

Process 1200 continues with Step 1208, where based on the analysis inStep 1206, metrics for each location(s) and the assets at each locationare determined. As discussed above, the metrics can be for individualassets and/or for a plurality of assets, as the metrics can include orcan additionally provide information indicating the relationship betweena assets and how they have operated over a time period (e.g., since thelast data retrieval of Step 1204, or from a predetermined period (e.g.,from the commencement of a task, job or application/operation), forexample).

In Step 1210, a set of tiles (or interactive electronic cards) arecompiled and generated based on the determined metrics of Step 1208. Asdiscussed above, the tiles can include, but are not limited to, a paretocard, a MES card, an insight chart card, an alarms card, a generic cardand/or an alerts card. In some embodiments, a status board can also bedetermined, compiled and generated in Step 1210.

In some embodiments, a type of tile (e.g., a pareto card, a IVIES card,an insight chart card, an alarms card, and/or an alerts card) can bedetermined based on the type of data received from thelocation(s)/asset(s).

In some embodiments, the tiles can be specific to a location, to a setof locations, to an asset at a location, to set of assets, to an assetworking multiple locations, to a time period, to a particular job, taskor application/operation, and the like, or some combination thereof.

In some embodiments, Step 1210 can also involve the compilation of thebreadcrumb control, as discussed above.

In some embodiments, the compilation and generation of tiles of Step1210 can involve the creation of data structures corresponding to eachtile. Such data structures can be created and stored in a data base(e.g., database 403). Thus, new data can be created that is capable ofbeing interacted with, manipulated and updated, thereby increasing theefficiency in which metrics about an operation can be retrieved andprovided to a requesting entity or user.

Process 1200 can then proceed to Step 1212, where a determination iscomputationally performed to determine which tiles compiled in Step 1210are to be displayed. In some embodiments, a subset of the compiled tilesare displayed; and in some embodiments, all of the tiles can bedisplayed.

In some embodiments, the determination in Step 12 can be based on whichtiles are presenting critical information. For example, tiles thatpresent data relating to an error or system issue that requiresattention can be presented.

In some embodiments, the data on the tiles can be compared against athreshold, and upon satisfaction of the threshold, the correspondingtile can be eligible for presentation. In some embodiments, suchcomparison can occur in Steps 1208 and/or 1210, whereby a tag can beapplied to the compiled tile and/or analyzed data that indicates aresult of the threshold comparison. In some embodiments, the thresholdcan correspond to an indication of a critical error.

In some embodiments, the tiles determined to be displayed can be basedon screen real-estate. That is, how much space is available on adevice's screen, thereby the tiles with a particular data value, of aparticular type or representing a particular location(s)/asset(s) can beselected therefrom.

In Step 1214, the user interface (UI) is generated and displayed.Non-limiting examples of the UI are illustrated in FIGS. 5 and 11 , andnon-limiting examples of tiles displayed therein are also illustrated inFIGS. 5 and 11 , as well as FIGS. 6-10 , as discussed above.

In some embodiments, Process 1200 proceeds to Step 1216 where input isreceived in relation to at least one of the tiles. As discussed above,the input can be for additional information about a particular datadisplayed within tile(s), a determination that another tile is to bedisplayed, a request to removal a tile from the UI, a refresh of tiledata, a resizing of one or more tiles, and the like. Such input can bean automatic request according to a detection of a critical error ourdata value, a user request, request according to a time period, anadministrator, a third party application or entity requestinginformation, and the like, or some combination thereof, as discussedabove.

In Step 1218, in response to Step 1216, the UI is modified based on theinput. For example, if one tile is requested to be resized larger, theother tile(s) displayed would be automatically resized smallerproportionate to the increase size of the tile receiving the input.

In some embodiments, the line recursively connecting Steps 1214, 1216and 1218 to Step 1204 shows that the data can be updated, refreshed andautomatically displayed within the tiles, as discussed above. Thisenables tiles to maintain their display within a UI while their data isbeing updated on the back-end. Thus, during a refresh, the data withinthe tile need only be updated (and not the entire container or datastructure of a tile), and the interface data within the generated tileis then updated, thereby increasing the efficiency in which tile data ispresented within a UI.

For the purposes of this disclosure a module is a software, hardware, orfirmware (or combinations thereof) system, process or functionality, orcomponent thereof, that performs or facilitates the processes, features,and/or functions described herein (with or without human interaction oraugmentation). A module can include sub-modules. Software components ofa module may be stored on a computer readable medium for execution by aprocessor. Modules may be integral to one or more servers, or be loadedand executed by one or more servers. One or more modules may be groupedinto an engine or an application.

For the purposes of this disclosure the term “user”, “subscriber”“consumer” or “customer” should be understood to refer to a user of anapplication or applications as described herein and/or a consumer ofdata supplied by a data provider. By way of example, and not limitation,the term “user” or “subscriber” can refer to a person who receives dataprovided by the data or service provider over the Internet in a browsersession, or can refer to an automated software application whichreceives the data and stores or processes the data.

Those skilled in the art will recognize that the methods and systems ofthe present disclosure may be implemented in many manners and as suchare not to be limited by the foregoing exemplary embodiments andexamples. In other words, functional elements being performed by singleor multiple components, in various combinations of hardware and softwareor firmware, and individual functions, may be distributed among softwareapplications at either the client level or server level or both. In thisregard, any number of the features of the different embodimentsdescribed herein may be combined into single or multiple embodiments,and alternative embodiments having fewer than, or more than, all of thefeatures described herein are possible.

Functionality may also be, in whole or in part, distributed amongmultiple components, in manners now known or to become known. Thus,myriad software/hardware/firmware combinations are possible in achievingthe functions, features, interfaces and preferences described herein.Moreover, the scope of the present disclosure covers conventionallyknown manners for carrying out the described features and functions andinterfaces, as well as those variations and modifications that may bemade to the hardware or software or firmware components described hereinas would be understood by those skilled in the art now and hereafter.

Furthermore, the embodiments of methods presented and described asflowcharts in this disclosure are provided by way of example in order toprovide a more complete understanding of the technology. The disclosedmethods are not limited to the operations and logical flow presentedherein. Alternative embodiments are contemplated in which the order ofthe various operations is altered and in which sub-operations describedas being part of a larger operation are performed independently.

While various embodiments have been described for purposes of thisdisclosure, such embodiments should not be deemed to limit the teachingof this disclosure to those embodiments. Various changes andmodifications may be made to the elements and operations described aboveto obtain a result that remains within the scope of the systems andprocesses described in this disclosure.

What is claimed is:
 1. A computing device, comprising: one or moreprocessors; and a non-transitory computer readable medium having storedtherein a sequence of instructions, that when executed by the one ormore processors, cause the one or more processors to perform actionscomprising: receiving, over a network, asset information correspondingto a set of physical assets carrying out industrial operations at alocation, the asset information comprising electronic data indicatinginformation associated with each asset carrying out an industrialoperation at the location; storing the asset information within a datastore associated with the computing device; compiling, via execution ofan application program interface (API), a set of tiles based on thestored asset information, each tile in said set of tiles correspondingto an asset within said set of physical assets, each tile being aninteractive interface object that displays a respective asset'selectronic data indicating information associated with an industrialoperation being carried out by the respective asset at the location;generating, via the API, a user interface (UI), the UI comprising anelectronic page with interactive functionality for displaying the set oftiles; and automatically causing display of said UI.
 2. The computingdevice of claim 1, wherein the actions further comprise: analyzing theelectronic data related to an asset's operation at the location; anddetermining, based on said analysis, a type of tile, wherein saidcompiled tile for the asset is based on said determined type.
 3. Thecomputing device of claim 1, wherein the actions further comprise:analyzing the electronic data related to an asset's operation at thelocation; determining, based on said analysis, whether a critical issuewith the asset or the location is present; and identifying a subset oftiles based on said critical issue determination, wherein said UI ismodified to display only the subset of tiles.
 4. The computing device ofclaim 1, wherein the actions further comprise: receiving, via the UI,input related to a first tile within the displayed set of tiles of theUI; modifying, based on the input, attributes of the first tile based onthe input; and modifying, based on the input, attributes of other tilesin the displayed set of tiles based on modification of the first tile.5. The computing device of claim 4, wherein said attributes of the firsttile and the other tiles corresponds to display characteristics of thetile.
 6. The computing device of claim 4, wherein said input correspondsto a refresh request, wherein said attributes of the first tilecorresponds to information displayed within the first tile related tooperation of a respective asset at the location.
 7. The computing deviceof claim 1, wherein said asset page further comprises an interfaceobject associated with hierarchical mapping of each of the set ofphysical assets at the location, said interface object comprising adisplayable node interface that enables additional elements associatedwith related assets within the hierarchical mapping to be displayed uponinteraction with the node interface.
 8. The computing device of claim 1,wherein the set of tiles comprises data associated with a type ofelectronic card selected from a group consisting of: a pareto card, aManufacturing Execution System (MES) card, an insight chart card, analarms card, a generic card and an alerts card.
 9. The computing deviceof claim 8, wherein the pareto card comprises information indicatingmetrics for critical data for the set of physical assets operations atthe location.
 10. The computing device of claim 8, wherein the MES cardcomprises IVIES data for a particular asset.
 11. The computing device ofclaim 8, wherein the insight chart card comprises iframe functionalityfor obtaining and displaying content relating to a particular asset andother content related to the particular asset.
 12. The computing deviceof claim 8, wherein the alarms card comprises information indicating anumber of active alarms over a predetermined period of time for aparticular asset.
 13. The computing device of claim 8, wherein thegeneric card comprises functionality for displaying tile data within auniform look and feel, wherein the generic card is configured tofunction as a container for each type of tile.
 14. The computing deviceof claim 8, wherein the alerts card comprises information active alertsfor a particular asset.
 15. The computing device of claim 1, whereinsaid asset information comprises data associated with a relationshipbetween at least two assets within said set of physical assets, whereinat least one tile within said set of tiles corresponds to said dataassociated with said relationship.
 16. A method comprising: receiving,over a network, by a computing device, asset information correspondingto a set of physical assets carrying out industrial operations at alocation, the asset information comprising electronic data indicatinginformation associated with each asset carrying out an industrialoperation at the location; storing, via the computing device, the assetinformation within an associated data store; compiling, via thecomputing device executing an application program interface (API), a setof tiles based on the stored asset information, each tile in said set oftiles corresponding to an asset within said set of physical assets, eachtile being an interactive interface object that displays a respectiveasset's electronic data indicating information associated with anindustrial operation being carried out by the respective asset at thelocation; generating, via the API, a user interface (UI), the UIcomprising an electronic page with interactive functionality fordisplaying the set of tiles; and automatically causing display of saidUI.
 17. The method of claim 16, further comprising: analyzing the datarelated to an asset's operation at the location; and determining, basedon said analysis, a type of tile, wherein said compiled tile for theasset is based on said determined type.
 18. The method of claim 16,further comprising: receiving, via the UI, input related to a first tilewithin the displayed set of tiles of the UI; modifying, based on theinput, attributes of the first tile based on the input; and modifying,based on the input, attributes of other tiles in the displayed set oftiles based on modification of the first tile.
 19. A non-transitorycomputer-readable storage medium tangibly encoded withcomputer-executable instructions, that when executed by a processorassociated with a computing device, performs a method comprising:receiving, over a network by the computing device, asset informationcorresponding to a set of physical assets carrying out industrialoperations at a location; compiling, via the computing device, a set oftiles based on the received asset information, each tile in said set oftiles corresponding to an asset within said set of physical assets, eachtile being an interactive interface object that displays data related toan asset carrying out an industrial operation at the location;generating, via the computing device, a user interface (UI), said UIcomprising an electronic page with interactive functionality fordisplaying said asset information as said set of tiles; andautomatically causing display, via the computing device, of said UI on adisplay associated with the computing device, said caused displaycomprising the set of tiles.
 20. The non-transitory computer-readablestorage medium of claim 19, further comprising: receiving, via the UI,input related to a first tile within the displayed set of tiles of theUI; modifying, based on the input, attributes of the first tile based onthe input; and modifying, based on the input, attributes of other tilesin the displayed set of tiles based on modification of the first tile.